Open data transport bundle marketplace exchange

ABSTRACT

Enterprises participating in a marketplace exchange communications involving mobile data transport bundles. In the marketplace, a data transport bundle (DTB) is purchased from a mobile network provider. The DTB may be partitioned for use by the enterprise. The enterprise can also search the marketplace to identify relevant enterprises with which to propose combining DTBs. Proposals to create a network transport service using a combination of DTBs, which is to be supplied to mobile device end users, are exchanged using a web portal. The web portal is configured to search for and identify enterprises having mobile DTBs in addition to exchanging the proposals. After an agreement is reached, the service is able to be offered to users of the network provider.

RELATED APPLICATIONS

This application relates to application Ser. No. 13/081,230, Filed Apr. 6, 2011, and entitled “Universal Data Remote” (050108-0408) the content of which is entirely incorporated herein by reference.

TECHNICAL FIELD

The present subject matter relates to techniques and equipment to provide a market exchange to allow third party enterprises to purchase data transport bundles from one or more network service providers and through the exchange with other entities to combine the purchased data transport bundles from the network service providers, thereby developing new services or alternative data plan offerings for end-users.

BACKGROUND

In recent years, consumer consumption of mobile data has rapidly increased with increased availability and popularity of mobile devices. Advanced mobile devices, such as mobile phones, provide a subscriber of a mobile service provider (e.g., Verizon Wireless™) with means to communicate with others using voice, SMS, electronic mail services, and a variety of multimedia and Internet data services. Mobile devices with Internet data service for example allow subscribers the ability to browse web pages, set-up wireless internet end points, use web applications, make purchases, and share information. Consequently, an increase in data consumption has increased the costs to network service providers due to high licensing fees and the need to build faster networks. Network service providers in turn have phased out unlimited data plans and replaced them with tiered data plans.

This increased access to the Internet and web-based applications has also increased interest from enterprises to create Internet enabled applications and browser based web applications for customers to use via mobile devices. For example, recognizing that more and more users read newspapers on electronic devices, a newspaper publisher would like to partner with an electronic book reader (e-book reader) manufacturer to sponsor access to the Internet from e-book readers for downloading of the electronic version of the newspaper. Many users, however, pay for these services based on the amount of their data consumption. The newspaper publisher also recognizes that in the interest of minimizing mobile data consumption due to costs, users have become more selective as to which sites they visit from their e-book readers. Therefore, the newspaper publisher may want to sponsor data access to their website from the e-book readers for downloading the newspaper. Sponsorship would allow users to access the website over a network without incurring the user's own data usage charges with the network provider. However, because mobile service providers either do not provide data transport bundles for sale or only make data bundles available using a wholesale model for large quantities of data transport for a large cost and taking months to finalize, it is prohibitively expensive for the enterprise to purchase such data bundles. Consequently the enterprise is unable to offer data usage to its website users. In addition, due to the limited flexibility and customization of existing corporate wholesale data plans for users and the long time it takes for enterprises to purchase a large data contract with a network provider, an enterprise may not be able to offer such a sponsorship.

Hence a need exists for a manner to buy data transport bundles in a fast efficient, flexible and cost effect manner and also for a platform on which enterprises can interact with each other to exchange ideas related to combining data transport from data bundles and creating alternative data plans for mobile network subscribers utilizing the transport service of the data transport bundle.

SUMMARY

To improve over the art and address one or more of the needs outlined above, a mobile data transport market exchange is used by an enterprise to purchase a data transport bundle from a mobile network service provider and identify and interact with another company participating in the market exchange to create and offer a mobile data service to mobile device users.

For example, a mobile data transport market exchange method may involve a mobile network provider creating a data transport bundle, relating to data transport, available to a first enterprise participating in the market exchange. The method includes a step of identifying, via a web portal for the market exchange, at least another enterprise participating in the market exchange and owning a DTB. Another step includes providing from the first enterprise to the identified enterprise an offer related to combining the data transport of the DTB purchased by the first enterprise and the data transport of the DTB owned by the identified enterprise to form a combined data transport. A subsequent step involves relaying an exchange of communications between the first enterprise and the identified enterprise via the web portal, the communications involving at least one proposal for offering to mobile device end users a service using transport service provided by the combined data transport. In addition, the method includes a step of storing information on the combined data transport and the service using transport service provided by the combined data transport in a mobile network service provider server.

Furthermore, the method includes a step in which the first enterprise purchases the DTB and, provides authorization via the web portal to display information on the DTB to other enterprises participating in the market exchange. The first enterprise can restrict which other enterprises may view the DTB purchased by the first enterprise via the web portal. Furthermore, the method may include a step in which the first enterprise restricts which other enterprises may view the DTB purchased by the first enterprise on the basis of the primary type of business the enterprise participates in. The first enterprise includes defined quantities for at least two of the following: number of transactions, duration, data size and price per unit of data. Furthermore, the method may include a step of assigning a credit level to the first enterprise, and determining the maximum and minimum size of the DTB offered to the first enterprise, prior to offering the DTB to the first enterprise for purchase. The credit level is based on at least one from the group consisting of: the earnings of the enterprise, the DTB purchase history of the enterprise, and the current DTB ownership of the enterprise.

The disclosure also describes a computer system for providing a web portal for a mobile data transport market exchange. The web portal is configured to perform functions including functions offer a data transport bundle (DTB) for purchase, relating to data transport provided by a mobile network service provider, to a first enterprise participating in the market exchange; identify another enterprise participating in the market exchange and owning a DTB. Furthermore, the web portal is configured to perform functions to provide an offer related to combining the data transport of the purchased DTB by the first enterprise with data transport of a DTB owned by the identified enterprise from the first enterprise to the identified enterprise to form a combined data transport, relay an exchange of communications between the first enterprise and the identified enterprise regarding at least one proposal for offering a service to mobile device end users utilizing the transport service provided by the combined data transport, and store information on the combined data transport and the service using transport service provided by the combined data transport in a mobile network service provider server.

Another example of a mobile data transport market exchange method, involves via a web portal for the market exchange, identifying to a first enterprise participating in the market exchange, at least one other enterprise participating in the market exchange having an available data transport bundle relating to data transport from a mobile network service provider. In addition, the example involves, via the web portal for the market exchange, transporting an offer of the first enterprise to utilize transport service of the available data transport bundle to offer a proposed service to mobile device end users to the identified other enterprise. In addition, the method involves transporting a response of the identified other enterprise, regarding the offer to utilize the transport service of the available data transport bundle to offer the proposed service to mobile device end users, via the web portal for the market exchange, to the first enterprise.

In another example a computer system provides a web portal for a mobile data transport market exchange. The web portal is configured to perform functions including functions to identify to a first enterprise participating in the market exchange, at least one other enterprise participating in the market exchange having an available data transport bundle relating to data transport from a mobile network service provider. Other functions that the web portal is configured to perform include transport an offer of the first enterprise to utilize transport service of the available data transport bundle to offer a proposed service to mobile device end users to the identified other enterprise; and to transport a response of the identified other enterprise, regarding the offer to utilize the transport service of the available data transport bundle to offer the proposed service to mobile device end users, to the first enterprise.

In another example, a mobile data transport market exchange method involves steps of, via a web portal for the market exchange, identifying to a first enterprise participating in the market exchange and owning a data transport bundle (DTB), at least one other enterprise participating in the market exchange having an DTB relating to data transport from a mobile network service provider. In addition, via the web portal for the market exchange, transporting an offer of the first enterprise to combine transport service of the available DTB with data transport of DTB of the first enterprise to offer a proposed service to mobile device end users to the identified other enterprise; and transporting a response of the identified other enterprise, regarding the offer to combine transport service of the available DTB with data transport of DTB of the first enterprise to offer the proposed service to mobile device end users, via the web portal for the market exchange, to the first enterprise.

Additional advantages and novel features will be set forth in part in the description which follows, and in part will become apparent to those skilled in the art upon examination of the following and the accompanying drawings or may be learned by production or operation of the examples. The advantages of the present teachings may be realized and attained by practice or use of various aspects of the methodologies, instrumentalities and combinations set forth in the detailed examples discussed below.

BRIEF DESCRIPTION OF THE DRAWINGS

The drawing figures depict one or more implementations in accord with the present teachings, by way of example only, not by way of limitation. In the figures, like reference numerals refer to the same or similar elements.

FIG. 1 illustrates exemplary processes for using a mobile data transport market exchange to develop an offer for a service to mobile device end users.

FIG. 2 illustrates a mobile communication network as may be operated by a carrier or service provider.

FIG. 3 illustrates exemplary processes for creating a Data Transport Bundle.

FIG. 4 illustrates exemplary processes for creating an Alternative Data Plan.

FIG. 5 illustrates exemplary processes for purchasing an Alternative Data Plan.

FIG. 6 is a simplified functional block diagram of a computer that may be configured as a host server, for example, to function as an ODME website host server.

FIG. 7 is a simplified functional diagram of a personal computer or other work station or terminal device.

DETAILED DESCRIPTION

In the following detailed description, numerous specific details are set forth by way of examples in order to provide a thorough understanding of the relevant teachings. However, it should be apparent to those skilled in the art that the present teachings may be practiced without such details. In other instances, well known methods, procedures, components, and/or circuitry have been described at a relatively high-level, without detail, in order to avoid unnecessarily obscuring aspects of the present teachings.

As used herein, the term “enterprise” means any organization created for business ventures. As used herein, the term “data transport bundle” (“DTB”, “DTBs” plural) means a module of data transport services purchased by an enterprise from a network service provider. In the examples, the components that make up such a DTB include the number of transactions, the amount (in MB) of data used, over a period of time and the cost per MB. As used herein, the term “data transport of the DTB” means the component in the DTB that is the amount of data per period of time. The data transport of multiple DTBs may be combined to form a combined data transport component or partitioned and split to form new smaller DTBs and then recombined. As used herein, the term “alternative data plan” (“ADP”) means any data transport package that is an alternative to a billing agreement between a network provider and an existing or new network subscriber for use of data. As used herein, the term “entity” means one or more enterprises that offer the ADP to end users.

The various examples disclosed herein relate to systems and processes enabling a first and second enterprise to each purchase a DTB from a network provider or providers, the enterprises to identify another enterprise(s), exchange proposals with the identified enterprise(s) for combining and partitioning the data transport of the DTBs, create an ADP based on the data transport of the combined DTBs, and to offer the ADP for sale to subscribers of the mobile network provider. In addition, the technology facilitates enterprises to purchase a DTB for use by the enterprise itself. Alternatively, the technology facilitates the creation of an ADP by a single enterprise for sale to users/subscribers of the mobile transport network. As used herein, the term DTB means a data plan purchased by an enterprise from a mobile network provider, the data transport of which can be combined with the data transport of other DTBs, either owned by the same enterprise or other enterprises. Based on the agreement between the enterprise and the mobile network provider, the DTB may be limited by the number of transactions, duration, megabyte usage, and/or cost per MB.

Reference now is made in detail to the examples illustrated in the accompanying drawings and discussed below. FIG. 1 illustrates an exemplary process for enabling a first enterprise to identify a second enterprise or multiple enterprises with which to exchange proposals to create a service, such as an ADP, utilizing the transport service of multiple DTBs, for subscribers of a mobile network. In addition, FIG. 1 illustrates an exemplary process for enabling a first enterprise to create an ADP from one or more purchased DTBs.

Referring to FIG. 1, the process begins with a representative of the first enterprise logging in to access the Open Data Marketplace Exchange (ODME) web portal (Step 10). The representative accesses the ODME web portal via an Internet connection on a terminal. Examples of such a terminal include a computer having access to the Internet or a mobile device having access to a wireless network that connects to the Internet. In order to maintain the security of the ODME transactions, a representative of each enterprise registers and is verified via a secure token. A user name and password may serve as the secure token which the ODME uses to verify the enterprise itself and that the representative of the enterprise is permitted to access the ODME web portal and make purchases of data transport bundles. Once the enterprise and representative are verified the representative can create users in the platform and designate them to purchase data, to share data, partition data and submit, accept or reject proposals.

The representative initially registers the enterprise with ODME by submitting information regarding the enterprise and the representative identity to the ODME. This information may include the name of the company, address, phone number, and financial information, or bank account number associated with the enterprise or representative, other financial information used for credit verification, as well as the role of the representative in the enterprise (i.e. Chief Technology Officer, Vice President of Marketing). In addition, information on the enterprise may include the types of services the enterprise provides, budget for wireless data purchases and any other information requested by the mobile network provider. The ODME processes the financial information or bank account number with the financial institution or bank in order to verify the identity of the enterprise and/or representative.

During initial registration, the information submitted by the representative is stored by the ODME in the ODME database which associates the information with the enterprise and representative. The ODME then provides any terms of use of the ODME, which the representative must agree to on behalf of the enterprise in order to use the ODME. The representative is then asked to submit a unique login name and password to use to login into the ODME in the future. The ODME completes the registration process for the enterprise by storing the login information in the ODME database, associating the login information with the enterprise and representative and creating an ODME account number for the registered enterprise. Any future transactions related to DTB purchases by the registered enterprise are stored on the ODME database and associated with the enterprise and the ODME account number.

The ODME account for the newly registered enterprise is associated with a messaging account, which the enterprise uses to send, receive, and view messages from the ODME and other enterprises participating in the ODME.

A representative of the enterprise subsequently logs onto the ODME website (step 10) by entering the secure token login information, such as the user name and password provided as above, into an input portion of the ODME website. The inputted identifying information is submitted to the ODME website host server and relayed to the ODME database server to verify the identity of the first enterprise and access the enterprise ODME account. The enterprise may then access any messages sent via the ODME website by other enterprises. Such messages may include proposals from other enterprises to combine DTBs.

In a process 1 illustrated in FIG. 1, an enterprise purchases a DTB from the mobile network provider (step 20). In one example, the mobile network provider sets a predetermined minimum and maximum data size (MB) range and number of DTBs, based on the enterprise's financial profile that an enterprise is allowed to purchase via the ODME website. The enterprise is able to view available DTBs that are within the predetermined range via the ODME web portal.

This range is determined by the network provider, in part, by the credit score assigned by the network to the enterprise and associated with the enterprise account number and stored in the ODME database. The system offers the network the ability to assign different enterprises with varying credit levels based on predetermined factors. These predetermined factors include: the earnings of the enterprise, DTB purchase history, current DTB ownership, and other financial information of the enterprise. This information is provided to the ODME by a representative of the enterprise during initial registration, discussed above, or submitted to the ODME upon request by the ODME, prior to purchase of a DTB. The information is stored in the ODME database and associated with the enterprise account number.

In addition to viewing and purchasing a DTB that is available for viewing and purchase by other enterprise, the network provider may also create a DTB for a specific enterprise and only that enterprise can view and agree to purchase the DTB using the ODME web portal.

The ODME in the above example enables the enterprise and the mobile network provider to exchange communications, e.g., offer and acceptance of an offer, to complete a commercial transaction relating to the purchase of a DTB. For example, a representative of the enterprise may log onto the ODME as described above, and view all available DTBs offered by the mobile network to the enterprise. The representative of the enterprise may then select one of the DTBs offered for purchase using the ODME web portal and purchase the DTB.

Alternatively, a periodic payment schedule may be set up via the ODME website in which the first enterprise is charged for the DTB on a periodic basis. The mobile network provider may also include an overage charge if the amount of data in MBs (Z) in the DTB is exceeded. This overage charge may be assessed at a standard rate or be dependent on the original DTB purchase. In other embodiments, rather than acting as a purveyor of DTBs, the ODME website may support other purchase procedures, e.g., where the mobile network service provider advertises or makes the initial offer in response to a more general query from the first enterprise. The composition of the DTB (amount of data, duration, number of transactions, cost) and other details about the DTB are stored in the ODME server and associated with the enterprise account.

Once the DTB has been purchased, the enterprise can partition the data transport component of the DTB for different uses. For example, if the purchased DTB comprises 5 MB of data for 30 days for a total of 150 MB, the enterprise can partition half, or 75 MB, for consumption by employees of the enterprise and 75 MB to be associated with an ADP for resale to network subscribers (step 60). The enterprise provides the details of how the data transport is to be partitioned to the network provider via the ODME website. These details are stored in the ODME server and consumption of the data transport from the DTB is monitored and stored in the ODME server. This is done when an enterprise creates an ADP. The creation of the ADP indicates, that the enterprise is taking the purchased DTB and associating it to a device, URL, web site, etc., for a cost or for free.

For example, in order for employees of the enterprise to consume that portion of data transport of the purchased DTB that has been partitioned and designated for employee use, the enterprise associates employee devices which will consume the data transport with identifying information such as an IP address. This device identifying information is then provided to the ODME by the enterprise and stored in the ODME server. These designated users/devices are now associated with the partitioned employee portion of purchased DTB and stored in the ODME server. Individual device and user and total use of the data transport from the DTB by these designated users is stored in the ODME server and use information is accessed for viewing by verified representatives of the enterprise.

In addition, according to this example, network subscribers who have purchased an ADP from the enterprise may consume that portion of data transport of the purchased DTB that has been partitioned and designated for the ADP use. Each ADP is associated to a single DTB. In order to use the DTB of the purchased ADP the enterprise must activate and provision a device to that ADP via a network service provided based on provisioning API. The provisioning can be done by the enterprise for the user using the device or the device can be provisioned by the user through the enterprise via the device, mobile device, mobile web, or desktop web site. The ADP is associated with a device's MDN (or other unique identifier).

These ADP users are now associated with the partitioned ADP user portion of the purchased DTB and stored in the ODME server. The individual and total use of the data transport from the DTB by these ADP users is stored in the ODME server and use information is accessed for viewing by verified representatives of the enterprise.

Once the enterprise has purchased the DTB from the mobile network provider, the information regarding the purchased DTB, any ADP associated with the DTB and the enterprise are stored on the ODME database server. The size, duration and transaction components of the purchased DTB as well as details about any ADP associated with the DTB are available for viewing on the ODME website by other ODME enterprises and the network. The enterprise can explicitly agree to make its purchase viewable to authorized enterprises and restrict which enterprises can and cannot view the purchased DTB and any associated ADP based on criteria such as the primary type of business of the enterprise, target demographic of the enterprise or device type or application type. In addition, the enterprise may set restrictions on which enterprises may view the purchased DTB and any ADP and what information on the DTB and ADP are viewable by other enterprises using the ODME website. These restrictions are made using the ODME website. For example the first enterprise may not want competitors engaged in the same business from viewing the purchase of the DTB and any associated ADP and/or only want enterprises located in the same city from viewing the purchased DTB and any associated ADP or if the enterprise forms a partnership with another enterprise, only that partner enterprise is granted authorization to see the traffic for the DTB. These preferences may be submitted by a representative of the enterprise on a preferences section of the ODME web portal. These preferences of the enterprise are stored in the ODME database server and associated with the enterprise account. The ODME displays information on the enterprise in accordance with these settings.

The information regarding the purchased DTB and the first enterprise includes identifiers such as the number of transactions, the duration, the amount of data in MBs, along with information about the first enterprise and any associated ADP created by the enterprise. The cost of the DTB is not available to other ODME users for viewing.

Following the purchase of the DTB (step 20), a representative of the enterprise in this example can use the ODME website to search the ODME database on the ODME database server for other enterprises participating in the ODME with existing DTBs (step 30).

The search engine is hosted on the ODME database server and the search query is entered on a section of the ODME website. The search engine searches the ODME database for the search terms entered into the search engine and retrieves the results of the search in a list that is displayed on the ODME website to the representative.

For example, the enterprise searches the ODME database for other enterprises (step 30) by including search terms about the various parameters of a DTB in which the first enterprise is interested in combining with its purchased DTB. The search by the first enterprise is submitted by a representative of the first enterprise via an input device such as a keyboard on a terminal, such as a computer connected to the Internet that accesses the ODME website on the ODME website host server. The search terms are sent by the ODME website host server to the ODME database server on which all information submitted by representatives of other enterprises about these about these other enterprises is stored. The database search identifies all enterprises matching the search terms inputted by the first enterprise in the ODME search.

Result data indicating all enterprises and DTB requests matching the inputted search terms is sent to the first enterprise, for example, in a list of search results. These search results may be displayed to the first enterprise via a page of the ODME website or sent via electronic mail or another means to the first enterprise. The first enterprise may narrow or broaden the ODME search by adding or removing search terms and sort the results by various search terms such as time or size. In reviewing the search results, the representative of the first enterprise identifies enterprises to whom to submit an offer to combine DTBs (step 40).

The ODME also allows the enterprise to submit an offer/proposal to the identified enterprise(s) (step 50). This is accomplished by sending a secure message to the identified enterprise(s) via the ODME website that is viewable by the identified enterprise(s) when the identified enterprise(s) log onto the ODME. Multiple offers of one or more types may be submitted at the same time. The first enterprise may include time limits within which the offers may be accepted.

A proposal may be for combining all or a part of the first enterprise DTB with all or part of another DTB owned by the identified enterprise, and/or exchanging ideas on how to use the combined DTBs. The proposal is submitted via the ODME website to the identified enterprises who may receive the proposal via an electronic message sent by the first enterprise to the identified enterprise via the ODME website (step 50). The enterprises may then communicate and exchange proposal-related ideas via the ODME.

The ODME enables multiple enterprises to exchange communications, e.g., offer and acceptance of offers, to complete a commercial transaction relating to the combining and/or usage of a DTB. Once the enterprises have agreed on the manner in which to use the combined DTBs (owned by each of the enterprises), the enterprises can create an ADP) subscriber service (step 60) for network subscribers who consume the DTB(s). As defined above, an ADP means any data transport package that is an alternative to a billing agreement between a network provider and an existing or new network subscriber for use of data. Alternatively, an enterprise which has purchased a DTB may create an ADP directly with searching for and combining DTBS with other enterprises. An ADP is shown in FIG. 4, which is described in detail below.

An agreement on how any revenues generated by the ADP service for the network subscribers are to be distributed is determined prior to creation of the ADP subscriber service via an exchange of communications between the enterprises which can occur via the exchange of messages via the ODME. One or more of the enterprises may serve as the entity that offers the newly created ADP to end users. The ADP may be offered to network subscribers (step 70) by an entity formed by, associated with, and/or representing one or more of the enterprises. This offer of an ADP to network subscribers is shown in FIG. 5, which is described in detail below.

For example, an e-book reader enterprise and a newspaper publisher each purchase a DTB of 1 GB and then agree to combine their 1 GBs together into a 2 GB DTB. The e-book reader enterprise then makes an ADP with the 2 GB and associates it with their device and the newspaper web site. This allows users of the e-reader device to view the newspaper web site without it decrementing from their normal network provider based data plan. In this example, the user is not even required to be a subscriber of the network.

The entity formed by, associated with, and/or representing one or more of the enterprises controls distribution of the ADP subscriber service and selects how the subscriber is billed for use of the ADP subscriber service. When the network provider bills the subscriber, then the ODME collects payments by the subscriber for the ADP minus any transaction fees associated with putting this on the subscriber's bill and passes on the payments to the enterprise that owns the ADP. The enterprise that owns the DTB may then share any profits generated from the ADP as collected by the network provider with other enterprises according to the terms of the agreed upon ADP offer. Alternatively, enterprise charges the subscriber directly.

As previously discussed, once the ADP subscriber service is established and purchased, it may be activated by a subscriber after the entity provides the subscriber with an access code or other identifier unique to that subscriber. The entity may provide a list of identifiers associated with different ADPs associated with the subscriber service to the network provider via a terminal, via the Internet and the ODME website and this information may be stored on the ODME database server and associated with the DTB.

The subscriber may activate the service using a user device having a wireless connection that is able to connect to the mobile traffic network. In turn, the mobile traffic network may access information on the ODME database server or another network element such as a mobile wallet that stores information from the ODME via the private network. The private network may receive information stored on the ODME database server to verify the unique identifier and associate the ADP created by the entity to the subscriber account and/or the enterprise account number via the mobile network subscriber server.

The consumption of data according to the rules of the subscriber service is monitored and data consumption records are stored by the network provider in the ODME database server or other server. Each use of the DTB under the rules of the ADP subscriber service may be provided to the entity via the ODME website. Any use of data by subscribers using the subscriber service that is in addition to the amount of data in the DTB may be charged to the entity or to the subscriber. Warnings may be provided to the entity at predetermined intervals when the total amount of data transport being used by subscribers using the ADP subscriber service is close to the maximum amount of data allowable in the DTB.

The ODME sends warnings to the enterprises that have purchased the DTBs via the ODME as e-mails and internal messages. For example, if an enterprise purchases a DTB of 100 GB a month for a 3 month period, this means the enterprise can consume 100 GB in each month before overages are reached or the end customers can no longer access the service. If the enterprise has 100,000 users accessing a photo upload service each day, in month number two on the 20^(th) day the enterprise may receive a notification from the network via the ODME that the entity has consumed 75 GB of their 100 GB monthly allotment. The enterprise can then choose to buy an extra DTB, reset the warning for closer to the allotment or allow it to go into overage if the enterprise so desires. The enterprise may charge subscribers using the ADP that have exceeded the amount of data permitted. Alternatively, the entity may submit a request to the network provider via the ODME website to restrict the data use of the subscriber, or implement an alternative manner in which charge a subscriber overage fees.

In addition, multiple network providers and network technologies may offer services via the ODME. Participants of the ODME can view DTBs offered by multiple network providers and can combine DTBs purchased from different network providers to create an ADP service.

FIG. 2 illustrates an exemplary mobile communication network 100 operated by the network provider. Subscribers of the mobile network 100 may access the Internet 120 using the mobile devices 180 via base stations 190. The base stations 190 communicate with the mobile traffic network 150, which in turn communicates with the private network 160.

Although not separately shown, such a base station 190 typically comprises a base transceiver system (“BTS”). The BTS communicates via an antennae system at the site of base station 190 and over the air and link with one or more of the mobile devices 180 that are within range. Each base station typically includes a BTS coupled to several antennae mounted on a radio tower within a coverage area often referred to as a “cell.”

The BTS is the part of the radio network that sends and receives RF signals to/from the mobile devices that the base station currently serves. The mobile traffic network server 150 connects to a public packet switched data communication network, such as the network commonly referred to as the “Internet” shown at 120. Packet switched communications via the mobile traffic network 150 and the Internet 120 may support a variety of user services, such as mobile device communications of text and multimedia messages, e-mail, web surfing or browsing, programming and media downloading, etc.

The enterprises in these examples search the ODME database on the ODME database server 140 via the website 130 for other enterprises participating in the ODME (step 30) using various search criteria to identify an enterprise or enterprises already having a DTB or ADP to whom to submit an offer (step 40). The ODME also allows the enterprise(s) to submit a proposal to the identified enterprise(s) (step 50).

The enterprise(s) searches the ODME database for other enterprises (step 30) by including search terms about the various parameters of a DTB or ADP it is interested in sharing and/or the type of enterprise it is interested sharing proposals with. The search by the enterprise(s) is submitted via an input device such as a keyboard on a terminal, such as a computer 110 connected to the Internet 120 that access the ODME website on the ODME website host server 130. The search terms are sent by the ODME website host server 130 to the ODME database server 140 on which all information about all enterprises in the ODME resides to search the ODME database.

The database search identifies all enterprises and for any DTB or ADP requests matching the search terms inputted by the first enterprise in the ODME search. Result data indicating all enterprises and DTB requests matching the inputted search terms is sent to the respective enterprise(s), for example, in a list of search results. These search results may be displayed to the first enterprise via a page of the ODME website or sent via electronic mail or another means to the enterprise(s). The enterprise(s) may narrow or broaden the ODME search by adding or removing search terms.

Representatives of the enterprise(s) review the search results. At this point in the example, the first enterprise identifies another enterprise or enterprises to submit an offer to (step 40). A proposal may be for combining the DTB of the identified enterprise with the purchased DTB, and/or, exchanging ideas on how to use combined DTBs, or other ideas related to a DTB or ADP. The offer may be submitted via the ODME website to the identified enterprise who may receive the offer via an electronic message sent by the first enterprise to the second enterprise via the ODME website (step 50). The enterprises may then communicate and exchange DTB and ADP related ideas and agree to terms to start a new ADP via the ODME.

Once the identified enterprise accepts the offer, the network provider is notified of any combing of DTBs as agreed upon by the enterprises. The combined DTB is partitioned by the network provider according to the terms of the agreed upon offer.

As shown in FIG. 3, in which a process 200 of a network service provider creating a DTB is illustrated, once a representative of an enterprise registers for the ODME and logs in 210, the network designates a credit level to the enterprise 220. Based on the credit level 230, the network creates a DTB based on the number of transaction 235 duration 240, duration components 245 (number of days, number of months, number of years) amount of data 250, data units 255 (KB, MB, GB, TB, NB), cost per bundle 260, and overage charges 270. In addition, the DTB may be paid at the time it is purchased or paid for later 280. In step 290, the created DTB is either saved on the ODME server, submitted to the network for approval or not saved. 290. Any approval financing or changes are made in step 300 of the DTB and the start date for use of the DTB 310 is then set. The DTB is then created 320.

As shown in FIG. 4, which shows a process 400 for creating an ADP, the entity that offers the newly created ADP accesses the ODME web portal and enters an ADP creation tool by first assigning a name and description for the ADP 410, 420, and associating any content with the ADP 430 and associating any devices, URLs, IP addresses, etc with the ADP 435. The price of the ADP is then set 440, as are further details about the transaction type 445, revenue sharing 450. The availability of the ADP is then set 455 and any tags 460 are added if the ADP is to be public, such as if the ADP is targeted to a particular consumer segment. Once the ADP is created it may be activated right away, saved for later activation or not activated alone 465 and respective step of saving the ADP, waiting for an activation date, purchasing a data bundle, and/or ending the ADP, is shown in steps 470, 475, 489, 485 and 490.

As shown in FIG. 5, in which a process 500 for purchasing an ADP is illustrated, the ADP is displayed to a customer at step 510 for purchase 520. If the customer is a network subscriber 535 then the customer may post-pay 540 of pre-pay 535. If the customer is not already a network subscriber 530, then the customer must pre-pay 535. In step 545, the customer charges may appear on the customer bill, the ADP may be offered for free or the services are pre-paid. Any prior revenue sharing between enterprise offering the ADP and/or the network is determined 550 and revenue distribution is executed 555. If revenue sharing is part of the ADP, then the ADP creator is paid a percent as well as the distributor minus any fees. If there is no revenue share agreement, then the ADP creator collects all revenue, minus any fees.

The following is a summary of exemplary scenarios using the ODME. A single enterprise purchases a DTB and uses the entire data transport for its employees. A single enterprise purchases a DTB, creates an ADP for network subscribers and provides the entire data transport for the ADP. A single enterprise purchases a DTB and partitions the data transport for use for its employees and for an ADP for network subscribers. A single enterprise purchases multiple DTBs from the same or different network providers and combines part or all of some or all of the data transport of the DTBs to create an ADP. Multiple enterprises purchase DTBs from the same or different network providers and partition and combine the data transport of the respective DTBs to create an ADP.

Examples/Applications

A first enterprise, which owns a theme park, utilizes the ODME to develop a service to promote visitors to its theme park. The first enterprise decides that allowing visitors to share pictures of their visit to theme park on photo sharing websites may encourage viewers of the pictures to visit the theme park. The first enterprise joins the ODME and submits information to the network provider regarding the size, revenue and other financial information about the first enterprise. The network provider reviews the submitted information and if the information meets the predetermined requirements for joining the ODME, provides the first enterprise access to the ODME by granting login information and store the submitted information in the ODME database server.

The first enterprise logs into the ODME and purchase a DTB. The first enterprise then searches the ODME database of companies that provide photo related services. The first enterprise submits one or more offers for combining the purchased DTB with other enterprises which own a DTB listed in the results of the search via the ODME, as determined by the first enterprise. The first enterprise also submits offers to all enterprises which reply to an initial proposal by the first enterprise to combine DTBs. The offers include a time limit for responding. Any of the other enterprises receiving an original proposal from the first enterprise can submit questions or counter proposals to the first enterprise via the ODME requesting more information on the offer. The first enterprise then decides to choose one or more of the enterprises which has accepted its proposal. The original proposal is made to a second enterprise that sells cameras and is able to offer to sell a camera that will connect to the mobile network of the network provider at a predetermined price. The price of the camera can be offered at a discount from the regular price and access to a photo sharing website (in addition or alternatively to the discounted camera price) may be offered. The second enterprise also shares with the first enterprise the cost of combining the DTBs and portioning the combined DTB and revenue generated by the sale of the camera bundled with data transport service to the users. The two enterprises then launch a promotional campaign in which each family coming to the theme park is able to purchase a wireless camera having an embedded modem for connecting to the network. Photos taken using the camera are automatically uploaded to the photo sharing website of the second enterprise and shared with friends and family in real time, as indicated in the promotional campaign. The camera is able to connect to the Internet via the mobile network and send picture files to the picture sharing website. The entire process is done by the ODME where one enterprise used its DTB to make a proposal to another enterprise and their DTB to launch a completely new ADP for network subscribers where data transport serves as the currency of the ODME marketplace.

As another example, a first enterprise which makes athletic shoes utilizes the ODME to search for other enterprises with which to share the cost of combining DTBs and any revenue generated by sales of the shoe or sale of the wireless service the shoe can provide to customers. The first enterprise logs into the ODME as per the above example and search for other enterprises with product or services which may compliment its own products. The first enterprise enters keyword identifiers including those identifying athletic clubs, Internet radio websites, and health foods/stores into the ODME search. The first enterprise submits proposals for combining a DTB to the enterprises listed in the ODME search results and decide to partner with an Internet radio website to combine DTBs so that customers buying athletic shoes from the first enterprise may gain free access from their wireless device subscribed to the network, to the Internet radio website. The athletic shoes are sold with a promotion promoting free access to the radio Internet site. For example, the shoe company wants to promote a new running shoe that not only tracks how much and far a person runs but the style of running. To make running more enjoyable they want to partner with a company that has a web based Internet radio program. The running style of the runner, fast, slow, rough, uphill, etc. will dictate the style of music played. While the shoe is being sold by the shoe company, the device getting the free data transport is the internet radio music on the user's mobile device. Either the shoe company or the Internet radio company can pay the network provider for the transport. Or both can pay separately for the transport and combine it in the ODME into a single offer that the network provider will manage for them.

In another example, an e-book reader device company joins the ODME, purchases a DTB and partitions a portion of the DTB for combination with a partitioned portion of a DTB purchased by a newspaper publisher via the method described above using the ODME. The combined DTB designated for use by users of the e-book reader device for free downloading of copies of the newspaper via the internet.

In another example, an e-book application is available for purchase for $5. The e-book application provider company joins the ODME, purchases a DTB and partitions a portion of the DTB for combination with a partitioned portion of a DTB purchased by a newspaper publisher and a partitioned portion of a DTB purchased by an electronic tablet manufacturer via the method described above using the ODME. The combined DTB is designated for use by users of the electronic tablet using the e-book application device for downloading of copies of the newspaper via the internet. This service is offered for free with the purchase of the e-book application.

FIGS. 6 and 7 provide functional block diagram illustrations of general purpose computer hardware platforms. FIG. 6 illustrates a network or host computer platform, as may typically be used to implement a server like the ODME web site host server 130 or the ODME database server 140. FIG. 7 depicts a computer with user interface elements, as may be used to implement a personal computer or other type of work station or terminal device, although the computer of FIG. 7 may also act as a server if appropriately programmed. It is believed that those skilled in the art are familiar with the structure, programming and general operation of such computer equipment and as a result the drawings should be self-explanatory.

A platform for a server or the like, for example, includes a data communication interface for packet data communication. The platform also includes a central processing unit (CPU), in the form of one or more processors, for executing program instructions. The platform typically includes an internal communication bus, program storage and data storage for various data files to be processed and/or communicated by the platform, although the server often receives programming and data via network communications. The hardware elements, operating systems and programming languages of such equipment are conventional in nature, and it is presumed that those skilled in the art are adequately familiar therewith. Of course, the various ODME server functions may be implemented in a distributed fashion on a number of similar platforms, to distribute the processing load. Alternatively, the servers 130 and 140 may be implemented by appropriate programming of one computer hardware platform.

Program aspects of the technology may be thought of as “products” or “articles of manufacture” typically in the form of executable code and/or associated data that is carried on or embodied in a type of machine readable medium. “Storage” type media include any or all of the tangible memory of the computers, processors or the like, or associated modules thereof, such as various semiconductor memories, tape drives, disk drives and the like, which may provide non-transitory storage at any time for the software programming. All or portions of the software may at times be communicated through the Internet or various other telecommunication networks. Such communications, for example, may enable loading of the software from one computer or processor into another, for example, from a management server or host computer of the mobile communication network into the computer platform of a server and/or from a server to the mobile device. Thus, another type of media that may bear the software elements includes optical, electrical and electromagnetic waves, such as used across physical interfaces between local devices, through wired and optical landline networks and over various air-links. The physical elements that carry such waves, such as wired or wireless links, optical links or the like, also may be considered as media bearing the software. As used herein, unless restricted to non-transitory, tangible “storage” media, terms such as computer or machine “readable medium” refer to any medium that participates in providing instructions to a processor for execution.

Hence, a machine readable medium may take many forms, including but not limited to, a tangible storage medium, a carrier wave medium or physical transmission medium. Non-volatile storage media include, for example, optical or magnetic disks, such as any of the storage devices in any computer(s) or the like, such as may be used to implement the server(s) of the ODME type exchange. Volatile storage media include dynamic memory, such as main memory of such a computer platform. Tangible transmission media include coaxial cables; copper wire and fiber optics, including the wires that comprise a bus within a computer system. Carrier-wave transmission media can take the form of electric or electromagnetic signals, or acoustic or light waves such as those generated during radio frequency (RF) and infrared (IR) data communications. Common forms of computer-readable media therefore include for example: a floppy disk, a flexible disk, hard disk, magnetic tape, any other magnetic medium, a CD-ROM, DVD or DVD-ROM, any other optical medium, punch cards paper tape, any other physical storage medium with patterns of holes, a RAM, a PROM and EPROM, a FLASH-EPROM, any other memory chip or cartridge, a carrier wave transporting data or instructions, cables or links transporting such a carrier wave, or any other medium from which a computer can read programming code and/or data. Many of these forms of computer readable media may be involved in carrying one or more sequences of one or more instructions to a processor for execution.

While the foregoing has described what are considered to be the best mode and/or other examples, it is understood that various modifications may be made therein and that the subject matter disclosed herein may be implemented in various forms and examples, and that the teachings may be applied in numerous applications, only some of which have been described herein. It is intended by the following claims to claim any and all applications, modifications and variations that fall within the true scope of the present teachings.

It will be understood that the terms and expressions used herein have the ordinary meaning as is accorded to such terms and expressions with respect to their corresponding respective areas of inquiry and study except where specific meanings have otherwise been set forth herein. Relational terms such as first and second and the like may be used solely to distinguish one entity or action from another without necessarily requiring or implying any actual such relationship or order between such entities or actions. The terms “comprises,” “comprising,” or any other variation thereof, are intended to cover a non-exclusive inclusion, such that a process, method, article, or apparatus that comprises a list of elements does not include only those elements but may include other elements not expressly listed or inherent to such process, method, article, or apparatus. An element proceeded by “a” or “an” does not, without further constraints, preclude the existence of additional identical elements in the process, method, article, or apparatus that comprises the element.

The Abstract of the Disclosure is provided to allow the reader to quickly ascertain the nature of the technical disclosure. It is submitted with the understanding that it will not be used to interpret or limit the scope or meaning of the claims. In addition, in the foregoing Detailed Description, it can be seen that various features are grouped together in various embodiments for the purpose of streamlining the disclosure. This method of disclosure is not to be interpreted as reflecting an intention that the claimed embodiments require more features than are expressly recited in each claim. Rather, as the following claims reflect, inventive subject matter lies in less than all features of a single disclosed embodiment. Thus the following claims are hereby incorporated into the Detailed Description, with each claim standing on its own as a separately claimed subject matter. 

1. A mobile data transport market exchange method, comprising steps of: offering for purchase, a data transport bundle (DTB), relating to data transport provided by a mobile network service provider, to a first enterprise participating in market exchange; via a web portal for the market exchange, identifying another enterprise participating in the market exchange and owning a DTB; via the web portal, providing from the first enterprise to the identified enterprise an offer related to combining the data transport of the DTB purchased by the first enterprise and the data transport of the DTB owned by the identified enterprise to form a combined data transport, relaying an exchange of communications between the first enterprise and the identified enterprise via the web portal, the communications involving at least one proposal for offering to mobile device end users a service using transport service provided by the combined data transport, and storing information on the combined data transport and the service using transport service provided by the combined data transport in a mobile network service provider server.
 2. The method of claim 1, further comprising steps of: the first enterprise purchasing the DTB and, providing authorization via the web portal to display information on the DTB to other enterprises participating in the market exchange.
 3. The method of claim 2, wherein the first enterprise restricts which other enterprises may view the DTB purchased by the first enterprise via the web portal.
 4. The method of claim 3, wherein, using the web portal, the first enterprise may restrict which other enterprises may view the DTB purchased by the first enterprise on the basis of the primary type of business the enterprise participates in.
 5. The method of claim 1, wherein the defined specifications for the DTB purchased by the first enterprise include defined quantities for at least two of the following: number of transactions, duration, data size and price per unit of data.
 6. The method of claim 1, further comprising the step of assigning a credit level to the first enterprise, and determining the maximum and minimum size of the DTB offered to the first enterprise, prior to offering the DTB to the first enterprise for purchase.
 7. The method of claim 5 wherein, the credit level is based on at least one from the group consisting of: the earnings of the enterprise, the DTB purchase history of the enterprise, and the current DTB ownership of the enterprise.
 8. A computer system for providing a web portal for a mobile data transport market exchange, wherein the web portal is configured to perform functions including functions to: offer a data transport bundle (DTB) for purchase, relating to data transport provided by a mobile network service provider, to a first enterprise participating in the market exchange; identify another enterprise participating in the market exchange and owning a DTB; provide an offer related to combining the data transport of the purchased DTB by the first enterprise with data transport of a DTB owned by the identified enterprise from the first enterprise to the identified enterprise to form a combined data transport, relay an exchange of communications between the first enterprise and the identified enterprise regarding at least one proposal for offering a service to mobile device end users utilizing the transport service provided by the combined data transport, and store information on the combined data transport and the service using transport service provided by the combined data transport in a mobile network service provider server.
 9. The computer system of claim 8, wherein the DTB purchased by the first enterprise comprises defined quantities for at least two of the following: number of transactions, duration, data size and price per unit of data.
 10. The computer system of claim 8, wherein the web portal is configured to complete the sale of the DTB to the first enterprise, and the DTB is displayed on the web portal to other enterprises participating in the market exchange.
 11. The computer system of claim 10, wherein the web portal is configured by the first enterprise to restrict the display of the DTB to enterprises authorized by the first enterprise.
 12. The computer system of claim 8, wherein the web portal is configured to provide a warning to the first enterprise when consumption of the combined data transport is exceeded.
 13. The computer system of claim 12, wherein the web portal is configured to provide an offer to purchase an additional DTB with the warning.
 14. The computer system 12, wherein the web portal is configured to charge the first enterprise for additional data consumed by the mobile device end users utilizing the transport service provided by the combined data transport that exceeds the combined data transport.
 15. A mobile data transport market exchange method, comprising steps of: via a web portal for the market exchange, identifying to a first enterprise participating in the market exchange and owning a data transport bundle (DTB), at least one other enterprise participating in the market exchange having an DTB relating to data transport from a mobile network service provider; via the web portal for the market exchange, transporting an offer of the first enterprise to combine transport service of the available DTB with data transport of DTB of the first enterprise to offer a proposed service to mobile device end users to the identified other enterprise; and transporting a response of the identified other enterprise, regarding the offer to combine transport service of the available DTB with data transport of DTB of the first enterprise to offer the proposed service to mobile device end users, via the web portal for the market exchange, to the first enterprise.
 16. The method of claim 15, wherein the step of identifying, comprises requesting authorization from the at least one other enterprise prior to identifying the DTB to the first enterprise.
 17. The method of claim 15, wherein the wherein the defined specifications for the offered DTB include defined quantities for at least two of the following: number of transactions, duration, data size and price per unit of data.
 18. The method of claim 15, wherein the offer of the first enterprise to combine transport service of the available DTB with data transport of DTB of the first enterprise to offer a proposed service to mobile device end users to the identified other enterprise expires after a predetermined time period.
 19. The method of claim 15, wherein a warning is provided by the web portal to the first enterprise when the combined data transport is exceeded.
 20. A mobile data transport market exchange method, comprising steps of: offering for purchase, a data transport bundle (DTB), relating to data transport provided by a mobile network service provider, to an enterprise participating in the market exchange; relaying an exchange of communications between the enterprise and the mobile network service provider via the web portal, the communications involving at least one proposal for offering to mobile device end users a service using transport service provided by the data transport bundle. 